home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / misc.xsave / 000049_fdc@panix.com_Wed Dec 27 16:09:33 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: reader2.panix.com!reader1.panix.com!panix!not-for-mail
  2. From: Frank da Cruz <fdc@panix.com>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: ftp check usage
  5. Date: Wed, 27 Dec 2006 21:09:22 +0000 (UTC)
  6. Organization: PANIX Public Access Internet and UNIX, NYC
  7. Lines: 68
  8. Message-ID: <slrnep5o82.l9u.fdc@panix3.panix.com>
  9. References: <1166820118.724272.114490@80g2000cwy.googlegroups.com> <slrneooln8.grv.fdc@panix3.panix.com> <1167229694.435877.237650@48g2000cwx.googlegroups.com> <45928c3e$0$4877$4c368faf@roadrunner.com> <1167238425.623478.174680@48g2000cwx.googlegroups.com>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: panix3.panix.com
  12. X-Trace: reader2.panix.com 1167253762 27588 166.84.1.3 (27 Dec 2006 21:09:22 GMT)
  13. X-Complaints-To: abuse@panix.com
  14. NNTP-Posting-Date: Wed, 27 Dec 2006 21:09:22 +0000 (UTC)
  15. User-Agent: slrn/0.9.8.0 (NetBSD)
  16. Xref: panix comp.protocols.kermit.misc:15621
  17.  
  18. On 2006-12-27, robt <robt@publicans.com> wrote:
  19. : Here's the LISTFILE output:
  20. : /bin/ls: tst: No such file or directory
  21. :
  22. When Jeff suggested that you get a debug log, he didn't mean you should
  23. post it to the newsgroup.  That's what kermit-support@columbia.edu is for.
  24.  
  25. : This is the ftp session:
  26. : ...
  27. : (/usr2/prod/home/oracle/scripts/system/) C-Kermit>ftp check tst
  28. : ---> TYPE A
  29. : 200 Type set to A.
  30. : ---> PASV
  31. : 227 Entering Passive Mode (192,168,7,175,141,252)
  32. : ---> NLST tst
  33. : 150 ASCII data connection for /bin/ls (192.168.7.99,40546) (0 bytes).
  34. : 226 ASCII Transfer complete.
  35. : LISTFILE: /tmp/ck9naiav
  36. : [/bin/ls: tst: No such file or directory]
  37. : (/usr2/prod/home/oracle/scripts/system/) C-Kermit>status
  38. :  SUCCESS
  39. :
  40. : This is the logfile:
  41. :
  42. It would have been more useful to enclose the listfile itself, which in
  43. this case was /tmp/ck9naiav.
  44.  
  45. : CMD(P)[ftp check tst]
  46. : ftp remote_files mgetmethod[NLST]
  47. : ftp remote_files whicharg[tst]
  48. : ftp recvrequest cmd[NLST]=0
  49. : ftp recvrequest local [/tmp/ck9naiav]
  50. : zchko entry[/tmp/ck9naiav]
  51. : zchko len[/tmp/ck9naiav]=13
  52. : zchko zchkod[/tmp/ck9naiav]=0
  53. : ...
  54. : FTP SENT [NLST tst]
  55. : FTP RCVD [150 ASCII data connection for /bin/ls (192.168.7.99,40546) (0
  56. : bytes).]ftp getreply[150 ASCII data connection for /bin/ls
  57. : (192.168.7.99,40546) (0 bytes).]=1
  58. : HEXDUMP: ftp secure_getc recv (16 bytes)
  59. : 2f 62 69 6e 2f 6c 73 3a | 20 74 73 74 3a 20 4e 6f  /bin/ls:  tst: No...
  60. : FTP RCVD [226 ASCII Transfer complete.]
  61. : ftp getreply[226 ASCII Transfer complete.]=2
  62. : remote_files name[/bin/ls: tst: No such file or directory]
  63. :
  64. This shows that "NLST tst" resulted in the FTP sending back the following
  65. text on the data channel:
  66.  
  67.   /bin/ls: tst: No such file or directory
  68.  
  69. Quoting from RFC959, the File Transfer Protocol (FTP) specification:
  70.  
  71.   NAME LIST (NLST)
  72.       This command causes a directory listing to be sent from
  73.       server to user site.  The pathname should specify a
  74.       directory or other system-specific file group descriptor; a
  75.       null argument implies the current directory.  The server
  76.       will return a stream of names of files and no other
  77.       information.
  78.  
  79. The server is clearly in the wrong.  If it followed the protocol, there
  80. would be no problem.
  81.  
  82. However I can see that Kermit could defend itself better in this case.
  83. I'll add this to the list.
  84.  
  85. - Frank